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This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 
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GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3 GPP and ETSI identities can be found under 
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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 

The present document is part of a TS-family covering the 3^^ Generation Partnership Project; Technical Specification 
Group Services and System Aspects; Telecommunication management; as identified below: 

32.301: Configuration Management (CM); Notification Integration Reference Point (IRP); Requirements 

32.302: Configuration Management (CM); Notification Integration Reference Point (IRP); Information 

Service (IS) 

32.303: Configuration Management (CM); Notification Integration Reference Point (IRP); Common 

Object Request Broker Architecture (CORE A) Solution Set (SS) 

32.305: Configuration Management (CM); Notification Integration Reference Point (IRP); extensible 

Markup Language (XML) definition 

32.307: Configuration Management (CM); Notification Integration Reference Point (IRP); SOAP 

Solution Set 

Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 

CM actions may be requested as part of an implementation programme (e.g. additions and deletions), as part of an 
optimisation programme (e.g. modifications), and to maintain the overall Quality of Service (QoS). The CM actions are 
initiated either as a single action on a NE of the 3G network or as part of a complex procedure involving actions on 
many NEs. 

The Itf-N interface is built up by a number of Integration Reference Points (IRPs) and a related Name Convention, 
which realise the functional capabilities over this interface. The basic structure of the IRPs is defined in 
3GPP TS 32.101 [6] and 3GPP TS 32.102 [7]. 

Network Elements (NEs) under management and element managers generate notifications of events about occurrences 
within the network. Different kinds of events carry different kinds of information. For instance a new alarm as 
specified in 3GPP TS 32.111-2 Alarm IRP: Information Service [5], is one possible kind of event, an object creation as 
specified in 3GPP TS 32.602 Basic CM IRP: Information Service [15] is another possible kind of event. 
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Information of an event is carried in notification. An IRP Agent (typically an EM or a NE) emits notifications. 
IRPManager (typically a network management system) receives notifications. The purpose of Notification IRP is to 
define an interface through which an IRPManager can subscribe to IRP Agent for receiving notifications. 

This IRP bases its design on work captured in ITU-T Recommendation X.734 [2], The central design ideas are: 

• Separation of notification Consumers (IRPManagers) from Producers (IRP Agents); 

• Notifications are sent to IRPManagers without the need for IRPManagers to periodically check for new 
notifications. 

Common characteristics related to notifications in all other IRPs are gathered in one IRP. 
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Scope 



The present document specifies the SOAP Solution Set for the IRP whose semantics is specified in Notification IRP: 
Information Service (3GPP TS 32.302 [4]). 

This Solution Set specification is related to 3GPP TS 32.302 V8.0.X. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] ITU-T Recommendation X.736: "Information technology - Open Systems Interconnection - 
Systems Management: Security alarm reporting function" . 

[2] ITU-T Recommendation X.734 (1992): "Information technology - Open Systems Interconnection - 

Systems management: Event report management function". 

[3] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Information Service (IS)". 

[4] 3GPP TS 32.302: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Information Service (IS)". 

[5] 3GPP TS 32.1 1 1-2: "Telecommunication management; Fault Management; Part 2: Alarm 

Integration Reference Point (IRP): Information Service (IS)". 

[6] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[7] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[8] 3GPP TS 32.301: "Telecommunication Management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Requirements". 

[9] 3GPP TS 32.317: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; SOAP solution set". 

[10] 3GPP TS 32.311: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Requirements". 

[II] 3GPP TS 32.172: "Telecommunication management; Subscription Management (SuM) Network 
Resource Model (NRM) Integration Reference Point (IRP): Information Service". 

[ 1 2] W3C SOAP 1 . 1 specification ( http://www.w3.org/TR/2000/NOTE-SOAP-20000508/) 

[13] W3C XPath 1 .0 specification ( http://www.w3.org/TR/1999/REC-xpath-19991 1 16) 

[14] W3C WSDL 1 . 1 specification ( http://www.w3.org/TR/2001/NOTE-wsdl-200 10315) 

[15] 3GPP TS 32.602: "Telecommunication management; Configuration Management (CM); Basic CM 

Integration Reference Point (IRP): Information Service (IS)". 
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[16] 3GPP TS 32.305: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): extensible Markup Language (XML) definition". 

[17] WS-I Basic Profile Version 1 . 1 ( http://www.ws-i.org/Profiles/BasicProfile-l . l-2QQ4-Q8-24.html) 

[18] W3C SOAP 1.2 specification ( http://www.w3.org/TR/soapl2-partl/) 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TS 32.101 [6], 3GPP TS 32.102 [7] 
and 3GPP TS 32.301 [8] and the following apply: 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.311 [10]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CM Configuration Management 

EM Element Manager 

IS Information Service 

NE Network Element 

NV Name and Value pair 

QoS Quality of Service 

SS Solution Set 

WSDL Web Service Description Language 

WS-I Web Services Interoperability Organization 

4 Architectural features 

The overall architectural feature of Notification IRP is specified in 3GPP TS 32.302 [4]. This clause specifies features 
that are specific to the SOAP solution set. 

The SOAP 1.1 specification [12] and WSDL 1.1 specification [14] are supported. 

The SOAP 1.2 specification [18] is supported optionally. 

This specification uses "document" style in WSDL file. 

This specification uses "literal" encoding style in WSDL file. 

The IRP Agent shall support the push interface model that means IRP Agent sends notifications to IRPManager as soon 
as new events occur. IRPManager does not need to check ("pull") for events. 

The 'Notification' definition is imported from Notification IRP XML Definition [16]. 

This specification uses a number of namespace prefixes throughout that are listed in Table 4.1. 
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Table 4.1 : Prefixes and Namespaces used in this specification 



PREFIX 


NAMESPACE 


http 


http://schemas.xmlsoap.org/wsdl/http/ 


soap 


http://schemas.xmlsoap.org/wsdl/soap/ 


SOAP-ENV 


http://schemas.xmlsoap.org/soap/envelope/ 


SOAP-ENC or 
soapenc 


http://schemas.xmlsoap.org/soap/encoding/ 


xs or xsd 


http://www.w3.org/2001/XMLSchema 


xsi 


http://www.w3.org/2001/XMLSchema-instance 


ntflRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
81 0/NotificationlRPSystem 


ntflRPData 


http://www.3gpp.org/ftp/Specs/archive/32 series/32. 307/schema/32307-810/NotificationlRPData 


ntflRPNtfSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
810/notification/NotificationlRPNtfSystem 


ntflRPNtfData 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
810/notification/NotificationlRPNtfData 


genericlRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32 series/32.31 7/schema/3231 7-81 0/GenericlRPSystem 



The WSDL structure is like Figure 4.1: 



Operations 



El- 5 getlRPVersion 

El- 5 getOperationProfile 

E]--^ getNotificationProfile 

El- 5 subscribe 

E]-- 5 unsubscribe 

El- 5 getSubscriptionlds 

El-'S getSubscriptionStatus 

E]--^ changes ubscripHoriFilter 

E]-^ suspends ubscription 

[+]■■■ ^ resumes ubscription 

[+]■■■ ^ getNotificationCategories 



PortTypes 



Bindings' 



S-@ NotificationIRP 



Services 

B-^ NotificationIRP 

■% NotificationIRP 



Figure 4.1 : Notification IRP SOAP Solution Set WSDL structure 



Operations 



PortTypes 



Bindings 



El" ^ notify 



El-- 



NotificationlRPNtf 



E-<y NotificationlRPNtf 

% NotificationlRPNtf 



Figure 4.2: Notification IRP SOAP Solution Set Notification WSDL structure 



ETSI 



3GPP TS 32.307 version 8.1.0 Release 8 



10 



ETSI TS 132 307 V8.1 .0 (2009-04) 



5 Mapping 

5.1 Operation mapping 

Notification IRP: IS (3GPP TS 32.302 [5]) defines semantics of operations visible across this IRP. These operations are 
the operations of the lOCs defined in 3GPP TS 32.302 [5]. 

Table 5.1 maps the operations defined in Notification IRP: IS (3GPP TS 32.302 [5]) to their equivalents (methods) in 
this Solution Set (SS). Specifically, the table 5.1 maps the operations of the lOCs defined in 3GPP TS 32.302 [5] to 
their equivalents in this SS. Since one of the lOCs, the NotificationIRP IOC, inherits from the 
ManagedGenericIRP IOC [4], the table 5.1 also maps the operations of ManagedGenericIRP IOC to their 
equivalents (methods) in this SS. 

Table 5.1 also qualifies if a method is Mandatory (M) or Optional (O). 

Table 5.1 : Mapping from IS Operation to SS Equivalents 



IS Operations in 3GPP TS 32.302 [5] 


SS Operations 


Qualifier 


subscribe 


subscribe 


M 


unsubscribe 


unsubscribe 


M 


getSubscriptionlds 


getSubscriptionlds 





getSubscriptionStatus 


getSubscriptionStatus 





changeSubscriptionFilter 


ChangeSubscriptionFilter 





suspendSubscription 


suspendSubscription 





resumeSubscription 


resumeSubscription 





getNotificationCategories 


getNotificationCategories 





getlRPVersion (see note.) 


getlRPVersion 


M 


getOperationProfile (see note.) 


getOperationProfile 





getNotificationProfile (see note.) 


getNotificationProfile 





NOTE: These 3 operations are operations of IVIanagedGenericIRP IOC specified in 3GPP TS 32.312 [4]. 
The NotificationIRP IOC of 3GPP TS 32.302 [5] inherits from it. 



5.2 Filter language 

The filter language used in the SS is the XPath Language (see W3C XPath 1.0 specification [13]). IRP Agents may 
throw a FilterComplexityLimit fault when a given filter is too complex. 

5.3 Common datatype definition 

5.3.1 Notif icationCategorySetType 

<complexType name= "Not if icationCategorySetType" > 

<complexContent> 

<extension base="ntf IRPData : VersionNumberSetType" > 

</extension> 
</complexContent> 
< / c omp 1 exTyp e > 

5.3.2 SubscriptionStateType 

<simpleType name= " Subscript ionStateType " > 
<restriction base="string" > 

<enumeration value=" Suspended" /> 

<enumeration value="NotSuspended"/> 
< /restrict ion> 
</simpleType> 
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5.4 Operation parameter mapping 



3GPP TS 32.302 [5] defines semantics of parameters carried in operations across the Notification IRP. The tables below 
show the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

5.4.1 Operation subscribe 

5.4.1 .1 Input parameters 

Table 5.4.1.1 : Mapping from IS subscribe input parameters to SS equivalents 



IS Operation parameter 


SS IVIethod parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 


timeTick 


long timeTick 





notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 





filter 


string filter (see note 1) 







anyURi ntfTransServiceNS (see note 2) 


M 


N0TE1 : The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 

N0TE2: This parameter is used to specify the name space of the Web Notification Transmission Service that will be 
used for sending notification. 

The 'http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307-810/notification' URI 
should be supported. 



Here is the XML schema fragment of the subscribe request: 

<!-- subscribe Request --> 
<element name= " subscribe " > 
<complexType> 
<sequence> 

<element name= "managerReference" type="anyURI"/> 

<element name=" timeTick" type="long" minOccurs=" 0"/> 

<element name="notif icationCategories" type="ntf IRPData :Notif icationCategorySetType" 

minOccurs= " " / > 

<element name=" filter" type=" string" minOccurs=" 0"/> 

<element name=" ntfTransServiceNS" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

5.4.1 .2 Output parameters 

Table 5.4.1.2: Mapping from IS subscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 


status 


ntfIRPData:subscribeFault 


M 



Here is the XML schema fragment of the subscribe response: 

<!-- subscribe Response --> 
<element name= " subscribeResponse " > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type=" string" /> 
</sequence> 
</complexType> 
</element> 



5.4.1.3 



Fault definition 



<!-- subscribe Fault --> 
<element name= " subscribeFault " > 
<complexType> 
<choice> 
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<element name="AlreadySubscribedFault " type=" string" /> 

<element name="AtLeastOneNotif icationCategoryNotSupportedFault" type=" string" /> 

<element name="subscribeFault" type=" string" /> 

<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.2 Operation unsubscribe 

5.4.2.1 Input parameters 

Table 5.4.2.1 : Mapping from IS unsubscribe input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 


subscriptionid 


string subscriptionid 






Here is the XML schema fragment of the unsubscribe request: 

<!-- unsubscribe Request --> 

<element name= "unsubscribe " > 

<complexType> 

<sequence> 
<element name= "managerReference" type="anyURI"/> 
<element name=" subscriptionid" type=" string" minOccurs="0"/> 

</sequence> 

</complexType> 

</element> 

5.4.2.2 Output parameters 

Table 5.4.2.2: Mapping from IS unsubscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


Status 


ntflRPData:unsubscribeFault 


M 



Here is the XML schema fragment of the unsubscribe response: 

<!-- unsubscribe Response --> 
<element name="unsubscribeResponse" > 
</element> 



5.4.2.3 



Fault definition 



<!-- unsubscribe Fault --> 

<element name= "unsubscribeFault " > 

< c omp 1 exTyp e > 

<choice> 

<element name= "unsubscribeFault " type=" string" /> 
<element ref = "ntf IRPData : InvalidParameterFault " /> 

</choice> 

</complexType> 

</element> 
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5.4.3 Operation getSubscriptionlds 

5.4.3.1 Input parameters 

Table 5.4.3.1 : Mapping from IS getSubscriptionlds input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 



Here is the XML schema fragment of the getSubscriptionlds request: 

<!-- getSubscriptionlds Request --> 
<element name= "getSubscriptionlds " > 
<complexType> 
<sequence> 

<element name= "managerReference" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

5.4.3.2 Output parameters 

Table 5.4.3.2: Mapping from IS getSubscriptionlds output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionldSet 


sequence of string subscriptionldSet 


M 


status 


ntflRPData:getSubscriptionldsFault 


M 



Here is the XML schema fragment of the getSubscriptionlds response: 

<!-- getSubscriptionlds Response --> 
<element name="getSubscriptionIdsResponse" > 
<complexType> 
<sequence> 

<element name= " subscriptionldSet " > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" maxOccurs= "unbounded" /> 
</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 

5.4.3.3 Fault definition 

<!-- getSubscriptionlds Fault --> 
<element name="getSubscriptionIdsFault " > 
<complexType> 
<choice> 

<element name="getSubscriptionIdsFault" type=" string" /> 

<element ref = "ntf IRPData : OperationNotSupportedFault " /> 

<element ref = "ntf IRPData : InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 
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5.4.4 Operation getSubscriptionStatus 

5.4.4.1 Input parameters 

Table 5.4.4.1 : Mapping from IS getSubscriptionStatus input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the getSubscriptionStatus request: 

<!-- getSubscriptionStatus Request --> 
<element name= "getSubscriptionStatus " > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type=" string" /> 
</sequence> 
</complexType> 
</element> 



5.4.4.2 



Output parameters 



Table 5.4.4.2: Mapping from IS getSubscriptionStatus output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 


C 


filterlnEffect 


string filterlnEffect (see note) 





SubscriptionState 


ntflRPData:SubscriptionStateType SubscriptionState 





timeTick 


long timeTick 





status 


ntflRPData:getSubscriptionStatusFault 


M 


NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 



Here is the XML schema fragment of the getSubscriptionStatus response: 

<!-- getSubscriptionStatus Response --> 
<element name="getSubscriptionStatusResponse" > 
<complexType> 
<sequence> 

<element name="notif icationCategories" type="ntf IRPData :Notif icationCategorySetType" 

minOccurs= " " / > 

<element name="f ilterlnEf f ect " type=" string" minOccurs=" 0"/> 

<element name="SubscriptionState" type="ntf IRPData : SubscriptionStateType" 
minOccurs= " " / > 

<element name=" timeTick" type="long" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

5.4.4.3 Fault definition 

<!-- getSubscriptionStatus Fault --> 
<element name= "getSubscriptionStatusFault " > 
< c omp 1 exTyp e > 
<choice> 

<element name= "getSubscriptionStatusFault " type=" string" /> 
<element ref = "ntf IRPData : OperationNotSupportedFault " /> 
<element ref = "ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 
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5.4.5 Operation changeSubscriptionFilter 

5.4.5.1 Input parameters 

Table 5.4.5.1 : Mapping from IS changeSubscriptionFilter input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 


filter 


string filter (see note) 





NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 



Here is the XML schema fragment of the changeSubscriptionFilter request: 

<!-- changeSubscriptionFilter Request --> 
<element name=" changeSubscriptionFilter" > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type=" string" /> 

<element name=" filter" type=" string" minOccurs="0"/> 
</sequence> 
< / c omp 1 exTyp e > 
</element> 

5.4.5.2 Output parameters 

Table 5.4.5.2: Mapping from IS changeSubscriptionFilter output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData: changeSubscriptionFilterFault 


M 



Here is the XML schema fragment of the changeSubscriptionFilter response: 

<!-- changeSubscriptionFilter Response --> 
<element name="changeSubscriptionFilterResponse" > 
</element> 

5.4.5.3 Fault definition 

<!-- changeSubscriptionFilter Fault --> 
<element name= " changeSubscriptionFilterFault " > 
<complexType> 
<choice> 

<element name=" changeSubscriptionFilterFault" type=" string" /> 
<element ref = "ntflRPData :OperationNotSupportedFault"/> 
<element ref = "ntflRPData : InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 

5.4.6 Operation suspendSubscription 

5.4.6.1 Input parameters 

Table 5.4.6.1 : Mapping from IS suspendSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the suspendSubscription request: 

<!-- suspendSubscription Request --> 
<element name= " suspendSubscription" > 
<complexType> 
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<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 



5.4.6.2 Output parameters 

Table 5.4.6.2: Mapping from IS suspendSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:suspendSubscriptionFault 


M 



Here is the XML schema fragment of the suspendSubscription response: 

<!-- suspendSubscription Response --> 
<element name="suspendSubscriptionResponse" > 
</element> 

5.4.6.3 Fault definition 

<!-- suspendSubscription Fault --> 
<element name= " suspendSubscriptionFault " > 
< c omp 1 exTyp e > 
<choice> 

<element name= "suspendSubscriptionFault" type=" string" /> 
<element ref = "ntf IRPData : OperationNotSupportedFault " /> 
<element ref = "ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.7 Operation resumeSubscription 

5.4.7.1 Input parameters 

Table 5.4.7.1 : Mapping from IS resumeSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the resumeSubscription request: 

<!-- resumeSubscription Request --> 
<element name= " resumeSubscription" > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type=" string" /> 
</sequence> 
</complexType> 
</element> 

5.4.7.2 Output parameters 

Table 5.4.7.2: Mapping from IS resumeSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:resumeSubscriptionFault 


M 



Here is the XML schema fragment of the resumeSubscription response: 

<!-- resumeSubscription Response --> 
<element name="resumeSubscriptionResponse" > 
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</element> 

5.4.7.3 Fault definition 

<!-- resumeSubscription Fault --> 
<element name="resumeSubscriptionFault " > 
<complexType> 
<choice> 

<element name="resumeSubscriptionFault " type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault "/> 
<element ref ="ntf IRPData : InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 

5.4.8 Operation getNotificationCategories 

5.4.8.1 Input parameters 

None. 

Here is the XML schema fragment of the getNotificationCategories request: 

<!-- getNotificationCategories Request --> 
<element name="getNotif icationCategories" > 
</element> 

5.4.8.2 Output parameters 

Table 5.4.8.2: Mapping from IS getNotificationCategories output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


NotificationCategoryList 


ntflRPData:NotificationCategorySetType NotificationCategoryList 


M 


status 


ntflRPData:getNotificationCategoriesFault 


M 



Here is the XML schema fragment of the getNotificationCategories response: 

<!-- getNotificationCategories Response --> 
<element name="getNotif icationCategoriesResponse" > 
<complexType> 
<sequence> 

<element name= "NotificationCategoryList" type="ntf IRPData :NotificationCategorySetType"/> 
</sequence> 
</complexType> 
</element> 

5.4.8.3 Fault definition 

<!-- getNotificationCategories Fault --> 

<element name= "getNotif icationCategoriesFault " > 
<complexType> 
<choice> 

<element name= "getNotif icationCategoriesFault " type= " string" /> 
<element ref = "ntf IRPData : OperationNotSupportedFault " /> 
</choice> 
</complexType> 
</element> 



5.5 Parameter mapping 



Notification IRP: IS (3GPP TS 32.302 [5]) defines the semantics of common attributes carried in notifications. This SS 
does not provide the mapping of these attributes to their SOAP SS equivalents. Other IRPs such as Alarm IRP: 
IS (3GPP TS 32.1 1 1-2 [6]) identify and qualify these common attributes for use in their environment. Their 
corresponding SS documents define the mapping of these attributes to their SS equivalents. 
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5.6 NotificationlRPNotification Interface definition 

The operation name is defined as 'notify'. 

5.6.1 Input parameters 

Table 5.6.1 : notify input parameters 



IS Operation parameter 


SS Method parameter 


Qualifier 


- 


xe:Notification notification 


M 









The notifications of the various IRPs extend the input parameter above. 
Here is the XML schema fragment of the notify request: 

<!-- notify Request --> 
<element name= "notify" > 
<complexType> 
<sequence> 

<element name="notif icationHeaderAndBody" 

type="ntf IRPNtfData:AnySequenceType"/> 
</sequence> 
</complexType> 
</element> 

<complexType name =" Any SequenceType" > 
<sequence> 

<any namespace="##any" processContents="lax" maxOccurs= "unbounded" /> 
</sequence> 
</complexType> 

5.6.2 Output parameters 

None. 

6 IRPAgent's Behaviour 

This clause describes some IRPAgent's behaviour not captured by WSDL. 

6.1 Subscription 

IRPManager can invoke mukiple subscribe operation using different managerRef erence(s). As far as 
IRP Agent is concerned, the IRP Agent will emit notifications to multiple "places" with their independent filter 
requirements. IRP Agent will not know if the notifications are going to the same IRPManager. 

If IRPManager invokes multiple subscribe using the same managerRef erence and with an already subscribed 
notif icationCategory, IRP Agent shall raise AlreadySubscribedFault fault to all invocations except 
one. 

IRPManager can invoke multiple subscribe using the same managerRef erence and with one or more not-yet- 
subscribed notif icationCategories. In this case, if IRP Agent supports all the notification categories requested, 
IRP Agent shall accept the invocation; otherwise, it raises 

AtLeastOneNotif icationCat egoryNot Support edFault fault. 
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Annex A (normative): 
WSDL specifications 



<?xml version="l . 0" encoding="UTF-8" ?> 

<def initions xmlns="http: //schemas .xmlsoap.org/wsdl/" 

xmlns : soap="http: //schemas .xmlsoap.org/wsdl/soap/" 

xmlns :http="http : //schemas .xmlsoap . org/wsdl/http/" xmlns :xs="http : //www. w3 . org/2 01/XMLSchema" 

xmlns : soapenc="http : //schemas .xmlsoap.org/soap/encoding/" 

xmlns :genericIRPSystem="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 317/schema/32317- 

810/GenericIRPSystem" 

xmlns :ntf IRPSystem="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 

810/Notif icationlRPSystem" 

xmlns :ntfIRPData="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 307/schema/32307- 

810/Notif icationlRPData" 

targetNamespace="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/Notif icationlRPSystem" > 

<import namespace="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 317/schema/32317- 
810/GenericIRPSystem" location="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 317/schema/32317- 
810-wsdl . zip"/> 
<types> 
< schema 
targetNamespace="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/Notif icationlRPData" xmlns="http : //www. w3 . org/2 01/XMLSchema" > 
<!-- subscribe Request --> 
<element name= " subscribe " > 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
<element name="timeTick" type="long" minOccurs=" 0"/> 
< element name="notif icationCategories" 
type= "ntf IRPData : Notif icationCategorySetType" minOccurs= " " /> 

<element name=" filter" type=" string" minOccurs=" 0"/> 
<element name="ntfTransServiceNS" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

<!-- subscribe Response --> 
<element name= " subscribeResponse " > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<complexType name= "Not if icationCategorySetType" > 
<complexContent> 

<extension base= "ntf IRPData : VersionNumberSetType" > 
</extension> 
</complexContent> 
</complexType> 
<!-- subscribe Fault --> 
<element name= " subscribeFault " > 
<complexType> 
<choice> 

<element name="AlreadySubscribedFault " type=" string" /> 
<element name= "AtLeastOneNotif icationCategoryNotSupportedFault " 
type= " string" / > 

<element name= "subscribeFault" type=" string" /> 
<element ref = "ntf IRPData : InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 

<!-- unsubscribe Request --> 
<element name= "unsubscribe" > 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
<element name="subscriptionId" type=" string" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

<!-- unsubscribe Response --> 
<element name="unsubscribeResponse" > 
</element> 
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<!-- unsubscribe Fault --> 
<element name="unsubscribeFault" > 
<complexType> 
<choice> 

<element name="unsubscribeFault " type=" string" /> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getSubscriptionlds Request --> 
<element name= "getSubscriptionlds " > 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionlds Response --> 
<element name="getSubscriptionIdsResponse" > 
<complexType> 
<sequence> 

<element name= " subscriptionldSet " > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" 
maxOccurs= "unbounded" /> 

</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionlds Fault --> 
<element name="getSubscriptionIdsFault" > 
<complexType> 
<choice> 

<element name="getSubscriptionIdsFault " type=" string" /> 
<element ref = "ntf IRPData : OperationNotSupportedFault " /> 
<element ref = "ntf IRPData : InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 

<!-- getSubscriptionStatus Request --> 
<element name= "getSubscriptionStatus " > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionStatus Response --> 
<element name="getSubscriptionStatusResponse" > 
<complexType> 
<sequence> 

< element name="notif icationCategories" 
type="ntf IRPData : Not if icationCategorySetType" minOccurs=" 0"/> 

<element name="f ilterlnEf f ect " type=" string" minOccurs=" 0"/> 
<element name="SubscriptionState" type= "ntf IRPData : SubscriptionStateType" 
minOccurs= " " / > 

<element name="timeTick" type="long" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

<simpleType name= " Subscript ionStateType " > 
<restriction base="string" > 

<enumeration value=" Suspended" /> 
< enumeration value="NotSuspended"/> 
< /restrict ion> 
</simpleType> 

<!-- getSubscriptionStatus Fault --> 
<element name= "getSubscriptionStatusFault " > 
<complexType> 
<choice> 

<element name= "getSubscriptionStatusFault " type=" string" /> 
<element ref = "ntf IRPData : OperationNotSupportedFault "/> 
<element ref = "ntf IRPData : InvalidParameterFault "/> 
</choice> 
</complexType> 
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</element> 

<!-- changeSubscriptionFilter Request --> 
<element name=" changeSubscriptionFilter" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" /> 
<element name=" filter" type=" string" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

<!-- changeSubscriptionFilter Response --> 
<element name="changeSubscriptionFilterResponse" > 
</element> 

<!-- changeSubscriptionFilter Fault --> 
<element name="changeSubscriptionFilterFault " > 
<complexType> 
<choice> 

<element name="changeSubscriptionFilterFault " type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault "/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- suspendSubscription Request --> 
<element name= " suspendSubscription" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<!-- suspendSubscription Response --> 
<element name="suspendSubscriptionResponse" > 
</element> 

<!-- suspendSubscription Fault --> 
<element name="suspendSubscriptionFault" > 
<complexType> 
<choice> 

<element name="suspendSubscriptionFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref = "ntf IRPData : InvalidParameterFault " /> 
</choice> 
</complexType> 
</element> 

<!-- resumeSubscription Request --> 
<element name= " resumeSubscription" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<!-- resumeSubscription Response --> 
<element name="resumeSubscriptionResponse" > 
</element> 

<!-- resumeSubscription Fault --> 
<element name="resumeSubscriptionFault " > 
<complexType> 
<choice> 

<element name="resumeSubscriptionFault " type=" string" /> 
<element ref = "ntf IRPData : OperationNotSupportedFault " /> 
<element ref = "ntf IRPData : InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 

<!-- getNotif icationCategories Request --> 
<element name="getNotif icationCategories" > 
</element> 

<!-- getNotif icationCategories Response --> 
<element name= "getNotif icationCategoriesResponse" > 
<complexType> 
<sequence> 

<element name="Notif icationCategoryList " 
type= " ntf IRPData :NotificationCategorySetType"/> 
</sequence> 
</complexType> 
</element> 
<!-- getNotif icationCategories Fault --> 
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<element name="getNotif icationCategoriesFault " > 
<complexType> 
<choice> 

<element name= "getNotif icationCategoriesFault " type= " string" /> 
<element ref = "ntf IRPData : OperationNotSupportedFault " /> 
</choice> 
</complexType> 
</element> 

<element name= "OperationNotSupportedFault " type=" string" /> 
<element name="InvalidParameterFault " type=" string" /> 
<simpleType name="VersionNumberType" > 

<restriction base="string"/> 
</simpleType> 

<complexType name="VersionNumberSetType" > 
<sequence> 

<element name="versionNumber" type= "ntf IRPData : Vers ionNumber Type" 
maxOccurs= " unbounded " / > 

</sequence> 
</complexType> 

<complexType name="ParameterSetType" > 
<sequence> 

<element name="parameterName" type=" string" maxOccurs= "unbounded" /> 
</sequence> 
</complexType> 

<complexType name="OperationType" > 
<sequence> 

<element name="operationName" type=" string" /> 

<element name= "parameterSet " type= "ntf IRPData : ParameterSetType" /> 
</sequence> 
</complexType> 

<complexType name="OperationSetType" > 
<sequence> 

<element name= "operation" type= "ntf IRPData rOperationType" 
maxOccurs= " unbounded " / > 

</sequence> 
</complexType> 

<complexType name="Notif icationType" > 
<sequence> 

<element name="notif icationName" type=" string" /> 

<element name= "parameterSet " type= "ntf IRPData : ParameterSetType" /> 
</sequence> 
</complexType> 

<complexType name="Notif icationSetType" > 
<sequence> 

<element name="notif ication" type= "ntf IRPData :Notif icationType" 
maxOccurs= " unbounded" / > 

</sequence> 
</complexType> 

</schema> 
</types> 
<message name= " subscribeRequest " > 

<part name= "parameter" element= "ntf IRPData : subscribe" /> 
</message> 
<message name= " subscribeResponse " > 

<part name= "parameter" element= "ntf IRPData : subscribeResponse" /> 
</message> 
<message name= " subscribeFault " > 

<part name= "parameter" element= "ntf IRPData : subscribeFault "/> 
</message> 
<message name= "unsubscribeRequest " > 

<part name= "parameter" element= "ntf IRPData : unsubscribe" /> 
</message> 
<message name="unsubscribeResponse" > 

<part name= "parameter" element= "ntf IRPData : unsubscribeResponse" /> 
</message> 
<message name="unsubscribeFault " > 

<part name= "parameter" element^ "ntf IRPData : unsubscribeFault " /> 
</message> 
<message name= "getSubscriptionldsRequest " > 

<part name= "parameter" element= "ntf IRPData : getSubscriptionlds " /> 
</message> 
<message name="getSubscriptionIdsResponse" > 

<part name= "parameter" element= "ntf IRPData : getSubscriptionldsResponse" /> 
</message> 
<message name= "getSubscriptionldsFault " > 

<part name= "parameter" element= "ntf IRPData : getSubscriptionldsFault " /> 
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</message> 

<message name= "getSubscriptionStatusRequest " > 

<part name= "parameter" element= "ntf IRPData : getSubscriptionStatus " /> 
</message> 
<message name="getSubscriptionStatusResponse" > 

<part name= "parameter" element= "ntf IRPData : getSubscriptionStatusResponse" /> 
</message> 
<message name= "getSubscriptionStatusFault " > 

<part name= "parameter" element= "ntf IRPData : getSubscriptionStatusFault " /> 
</message> 
<message name="changeSubscriptionFilterRequest " > 

<part name= "parameter" element= "ntf IRPData : changeSubscriptionFilter " /> 
</message> 
<message name="changeSubscriptionFilterResponse" > 

<part name= "parameter" element= "ntf IRPData : changeSubscriptionFilterResponse" /> 
</message> 
<message name="changeSubscriptionFilterFault " > 

<part name= "parameter" element= "ntf IRPData : changeSubscriptionFilterFault " /> 
</message> 
<message name= " suspendSubscriptionRequest " > 

<part name= "parameter" element= "ntf IRPData : suspendSubscription" /> 
</message> 
<message name="suspendSubscriptionResponse" > 

<part name= "parameter" element= "ntf IRPData : suspendSubscriptionResponse" /> 
</message> 
<message name= " suspendSubscriptionFault " > 

<part name= "parameter" element= "ntf IRPData : suspendSubscriptionFault " /> 
</message> 
<message name="resumeSubscriptionRequest " > 

<part name= "parameter" element= "ntf IRPData : resumeSubscription" /> 
</message> 
<message name="resumeSubscriptionResponse" > 

<part name= "parameter" element= "ntf IRPData : resumeSubscriptionResponse" /> 
</message> 
<message name="resumeSubscriptionFault " > 

<part name= "parameter" element= "ntf IRPData : resumeSubscriptionFault " /> 
</message> 
<message name= "getNotif icationCategoriesRequest " > 

<part name= "parameter" element= "ntf IRPData : getNotif icationCategories " /> 
</message> 
<message name= "getNotif icationCategoriesResponse" > 

<part name= "parameter" element= "ntf IRPData : getNotif icationCategoriesResponse" /> 
</message> 
<message name= "getNotif icationCategoriesFault " > 

<part name= "parameter" element= "ntf IRPData : getNotif icationCategoriesFault " /> 
</message> 

<portType name="Notif icationIRP" > 

<operation name="getIRPVersion" > 

< input message= "genericIRPSystem : get IRPVersionRequest " / > 

<output message= "genericIRPSystem : getlRPVersionResponse" /> 

<fault name="getIRPVersionFault" message= "genericIRPSystem :getIRPVersionFault"/> 
</operation> 
<operation name="getOperationProf ile" > 

<input message= "genericIRPSystem :getOperationProfileRequest"/> 

<output message="genericIRPSystem:getOperationProf ileResponse"/> 

<fault name="getOperationProf ileFault" 
message= "genericIRPSystem : getOperationProf ileFault " /> 
</operation> 
<operation name="getNotif icationProf ile" > 

< input message= "genericIRPSystem: getNotif icationProf ileRequest"/> 

< output message= "genericIRPSystem rgetNotif icationProf ileResponse"/> 

< fault name="getNotif icationProf ileFault" 
message="genericIRPSystem:getNotif icationProf ileFault "/> 
</operation> 
<operation name= " subscribe " > 

<input message="ntf IRPSystem: subscribeRequest "/> 

<output message="ntf IRPSystem: subscribeResponse"/> 

<f ault name= " subscribeFault " message= "ntf IRPSystem : subscribeFault " /> 
</operation> 
<operation name= "unsubscribe" > 

< input message= "ntf IRPSystem : unsubscribeRequest " / > 

<output message= " ntf IRPSystem :unsubscribeResponse"/> 

<f ault name= "unsubscribeFault " message= "ntf IRPSystem : unsubscribeFault " /> 
</operation> 
<operation name="getSubscriptionIds" > 

< input message= "ntf IRPSystem : getSubscriptionldsRequest " /> 

< output message= "ntf IRPSystem : getSubscriptionldsResponse" /> 
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< fault name="getSubscriptionIdsFault" message="ntf IRPSystemrgetSubscriptionldsFault "/> 
</operation> 
<operation name="getSubscriptionStatus" > 

< input message= "ntf IRPSystem : getSubscriptionStatusRequest " /> 

<output message="ntf IRPSystem : get Subscript ionStatusResponse"/> 

< fault name="getSubscriptionStatusFault" 
message="ntf IRPSystem :getSubscriptionStatusFault"/> 
</operation> 
<operation name="changeSubscriptionFilter" > 

<input message= "ntf IRPSystem: changeSubscriptionFilterRequest "/> 

<output message=" ntf IRPSystem: changeSubscriptionFilterResponse"/> 

<fault name="changeSubscriptionFilterFault" 
message=" ntf IRPSystem: changeSubscriptionFilterFault "/> 
</operation> 
<operation name= " suspendSubscription" > 

<input message= "ntf IRPSystem: suspendSubscriptionRequest "/> 

<output message="ntf IRPSystem: suspendSubscriptionResponse"/> 

<fault name="suspendSubscriptionFault" message= "ntf IRPSystem: suspendSubscriptionFault"/> 
</operation> 
<operation name="resumeSubscription" > 

<input message= "ntf IRPSystem: resumeSubscriptionRequest "/> 

<output message="ntf IRPSystem: resumeSubscriptionResponse"/> 

<f ault name= " resumeSubscriptionFault " message= "ntf IRPSystem : resumeSubscriptionFault " /> 
</operation> 
<operation name="getNotif icationCategories" > 

< input message= "ntf IRPSystem : getNotif icationCategoriesRequest " /> 

<output message= "ntf IRPSystem : getNotif icationCategoriesResponse"/> 

<f ault name= "getNotif icationCategoriesFault " 
message= "ntf IRPSystem : getNotif icationCategoriesFault " /> 
</operation> 

</portType> 

<binding name="Notif icationIRP" type="ntf IRPSystem:Notif icationIRP" > 

<soap : binding style= "document " transport= "http : //schemas . xmlsoap . org/soap/http" /> 
<operation name="getIRPVersion" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307-810/getIRPVersion"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
<f ault name="getIRPVersionFault " > 

<soap: fault name="getIRPVersionFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getOperationProf ile" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/getOperationProf ile"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
<fault name="getOperationProf ileFault"> 

<soap: fault name="getOperationProf ileFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getNotif icationProf ile" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/getNotif icationProf ile" /> 
< input > 

<soap:body use=" literal "/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
<f ault name="getNotif icationProf ileFault " > 

<soap : fault name="getNotif icationProf ileFault " use="literal"/> 
</fault> 
</operation> 
<operation name= " subscribe " > 
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<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307-810/subscribe"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</output> 
<fault name="subscribeFault"> 

<soap: fault name="subscribeFault" use="literal"/> 
</fault> 
</operation> 

<operation name= "unsubscribe " > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307-810/unsubscribe"/> 

< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
<fault name="unsubscribeFault"> 

<soap: fault name="unsubscribeFault" use=" literal "/> 
</fault> 
</operation> 

<operation name="getSubscriptionIds" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/getSubscriptionIds"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
<f ault name="getSubscriptionIdsFault " > 

<soap: fault name="getSubscriptionIdsFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getSubscriptionStatus" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/getSubscriptionStatus"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
<f ault name="getSubscriptionStatusFault " > 

<soap : fault name="getSubscriptionStatusFault" use="literal"/> 
</fault> 
</operation> 

<operation name="changeSubscriptionFilter" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/changeSubscriptionFilter"/> 
< input > 

<soap:body use=" literal "/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
<fault name="changeSubscriptionFilterFault"> 

<soap : fault name="changeSubscriptionFilterFault " use="literal"/> 
</fault> 
</operation> 

<operation name= " suspendSubscription" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/suspendSubscription"/> 
< input > 

<soap:body use=" literal "/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
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<fault name="suspendSubscriptionFault"> 

<soap: fault name="suspendSubscriptionFault" use=" literal "/> 
</fault> 
</operation> 

<operation name="resumeSubscription" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/resumeSubscription"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</output> 
<fault name="resumeSubscriptionFault"> 

<soap: fault name="resumeSubscriptionFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getNotif icationCategories" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/getNotif icationCategories"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use=" literal "/> 
</output> 
<f ault name="getNotif icationCategoriesFault " > 

<soap : fault name="getNotif icationCategoriesFault" use="literal"/> 
</fault> 
</operation> 
</binding> 
<service name="Notif icationIRP" > 

<port name="Notif icationIRP" binding="ntfIRPSystem:Notif icationIRP" > 

<soap:address location="To be defined. "/> 
</port> 
</service> 
</def initions> 
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Annex B (normative): 
Notification WSDL specifications 



<?xml version="l . 0" encoding="UTF-8" ?> 
<def initions xmlns="http: //schemas .xmlsoap.org/wsdl/" 
xmlns : soap="http: //schemas .xmlsoap.org/wsdl/soap/" 

xmlns :http="http : //schemas .xmlsoap . org/wsdl/http/" xmlns :xs="http : //www. w3 . org/2 01/XMLSchema" 
xmlns : soapenc="http : //schemas .xmlsoap.org/soap/encoding/" 

xmlns :ntfIRPNtfSystem="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 307/schema/32307- 
8 10/not if icat ion/Not if icationlRPNtf System" 

xmlns :ntfIRPNtfData="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 307/schema/32307- 
810/notif icat ion/Not if icationlRPNtf Data" 

targetNamespace="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/notif icat ion/Not if icationlRPNtf System" > 
<types> 

< schema 
targetNamespace="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/notif ication/Notif icationlRPNtfData" xmlns="http : //www. w3 . org/2 01/XMLSchema" > 

<!-- notify Request --> 
<element name= "notify" > 
<complexType> 
<sequence> 

<element name="notif icationHeaderAndBody" 

type="ntf IRPNtfData:AnySequenceType"/> 
</sequence> 
</complexType> 
</element> 

<complexType name =" Any SequenceType" > 
<sequence> 

<any namespace="##any" processContents="lax" maxOccurs= "unbounded" /> 
</sequence> 
</complexType> 
</schema> 
</types> 

<message name="notifyRequest " > 

<part name= "parameter" element="ntf IRPNtf Data : notify" /> 
</message> 

<portType name="Notif icationlRPNtf " > 
<operation name= "notify" > 

<input message= "ntf IRPNtf System : notif yRequest " /> 
</operation> 
</portType> 
<binding name="Notif icationlRPNtf " type="ntf IRPNtf System:Notif icationlRPNtf " > 

<soap: binding style= "document" transport="http : //schemas .xmlsoap . org/soap/http"/> 
<operation name= "notify" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/notif icat ion/not if y"/> 
< input > 

<soap:body use=" literal "/> 
</ input > 
</operation> 
</binding> 
<service name="Notif icationlRPNtf " > 

<port name="Notif icationlRPNtf " binding="ntf IRPNtf SystemrNotif icationlRPNtf " > 

<soap:address location="To be defined. "/> 
</port> 
</service> 
</def initions > 
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Annex C (informative): 

Notification IRP WSDL/XIVIL schema electronic files 

The electronic files corresponding to the normative WSDL/XML schema defined in the present document are available 
in native form in the following archive: 

http://www.3gpp.org/ftp/Specs/archive/32_series/32307/schema/32307-810-wsdLzip 
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Annex D (informative): 
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